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STUDII 


Boulez și gândirea muzicală algoritmică* 


Corneliu Dan Georgescu 


1. Introducere 


Printre numeroasele teme și idei pe care Pierre Boulez le 
prezintă cu o neobosită abilitate dialectică în cele două volume de scrieri 
ale sale [B | 1963, B II 1985], există un subiect care este abordat repetat, 
direct sau indirect: latura tehnică a muzicii. Astfel și este intitulat cel de- 
al doilea și cel mai amplu capitol din primul volum: Tehnica muzicală 
[Musikalische Technik - B 1:1963 29-123]. Acest capitol se referă în 
întregime la structura în sine a unei compoziţii, de multe ori în opoziţie 
față de aspectele estetice, poetice sau documentare, pe care Boulez se 
pare că nu le apreciază decât într-o măsură limitată. El urmează astfel 
linia confirmată a structuralismului francez, care s-a impus în lingvistică 
și a format o tradiţie și în muzică, printre alţii prin Nicolas Ruwet, 
Francois-Bernard Mache, Jean-Jacques Nattiez. În calitate de compozitor 
însă, el urmează o altă cale, proprie. 

Parcă pentru a contrazice cele afirmate mai sus, primul capitol al 
celui de-al doilea volum, care se ocupă de asemenea în mod 
fundamental de tehnica compoziţiei, se intitulează Despre necesitatea 
unei orientări estetice [Uber die Notwendigkeit einer ästhetischen 
Orientierung — B 11:1985 7-55], iar acest lucru clarifică totul: Boulez nu 
este în principiu împotriva esteticii sau poeticii muzicale, ci doar 
împotriva unui anumit mod de a vorbi despre muzică. În plus, el nu 
consideră că muzica timpului nostru (NB referindu-se la perioada de 
dupa 1962) trebuie judecată ca fiind „hiper-intelectualizată”; 
dimpotrivă, el vorbește de o anumită „regresie intelectuală” [B 1:1963 
18]. Boulez are de altfel propriile lui opinii în absolut toate domeniile, 
opinii foarte precise și bine fundamentate, de care este profund convins, 
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atât în domeniul tehnicii componistice cât si în cel al comentariilor 
estetizante. De exemplu, cuprinzătoarea sa critică a analizelor obișnuite 
se încheie cu propunerea concretă a trei etape indispensabile unei 
analize complete, moderne [B 1:1963 15]. Fără îndoială, Pierre Boulez, 
autorul epocalei Penser la musique aujourd'hui [1963], rămâne unul 
dintre cei mai activi gânditori ai muzicii de atunci și de azi, și unul dintre 
acele personalităţi care au furnizat permanent idei noi și soluţii, pentru 
un progres continuu al muzicii. Dar nu acest binecunoscut punct de 
vedere general este tema demersului meu prezent. 


În cele ce urmează, voi menţiona doar una dintre ideile sale și 
voi discuta ecoul acesteia în muzica de astăzi. lată ce susține Boulez, 
unul dintre inițiatorii serialismului integral și în conformitate cu 
principiile acestuia: 

„Conceptul de serie poate fi aplicat tuturor componentelor 
fenomenului sonor neprocesat [...]: înălțimii, duratei, intensității, 
timbrului [...] interschimbabilitatea componentelor sonore [este] un 
fenomen structural de bază, indispensabil”. 

[„Der Reihenbegriff lässt sich auf alle Komponenten des 
unverarbeiteten Klangphănomens [...] anwenden: auf Tonhöhe, Dauer, 
Intensităt, Klangfarbe [...] die Austauschbarkeit der Klangkomponenten 
[ist] ein unerlăssliches strukturelles Grundphănomen“ — B | 1963:30]. 

Serialismul integral dorește desigur să controleze toate 
„componentelor fenomenului sonor”, dar de „interschimbabilitatea 
componentelor sonore [Austauschbarkeit der Klangkomponenten]” nu 
este vorba în mod curent. Tocmai această aplicabilitate generală a 
conceptului de serie și, ca urmare, posibilă interschimbabilitate — ceea 
ce permite operații similare pe diferite niveluri structurale prin 
intermediul unor serii numerice optimizate — deschide calea gândirii 
algoritmice în compoziţie. 

Nu va mai fi vorba despre Boulez decât cu totul ocazional în 
continuare. Am decis totuși să includ numele său în titlul acestui studiu 
pentru a sublinia rolul său nu numai în ceea ce privește concret tehnica 
muzicală propriu-zisă, ci și în evoluția modului de a gândi în general 
despre muzică. 


2. Ce este un algoritm. Ce este gândirea algoritmică. 


Termenul „algoritm” provine de la numele unui savant arab din 
secolul al IX-lea, al-Chwarizmi (latinizat: Algorismi)! care este mai bine 
cunoscut ca fiind unul dintre „părinţii”, deci fondatorii algebrei; el a 


1 https://en.wikipedia.org/wiki/Al-Chwarizmi 
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avut, de asemenea, contribuţii semnificative pentru timpul său și în 
calitate de geograf, astronom și cartograf. Noţiunea are astăzi mai multe 
înţelesuri. 

Un algoritm este un set finit de reguli care descriu îndeplinirea 
unei sarcini anumite pas cu pas și într-un mod care exclude orice 
ambiguitate.! În matematică, un exemplu-prototip și unul dintre cele 
mai vechi algoritmuri folosite, algoritmul euclidian, descrie modul de 
obținere a celui mai mare divizor comun a două numere: se scade 
succesiv numărul mai mic din cel mai mare, până cele două numere 
devin egale, deci rezultatul scăderii devine zero.? 

Noţiunea de „gândire algoritmică” se referă la modul sistematic 
de gândire care are ca scop generarea unui algoritm și lucrul cu acesta. 
lar noțiunea „compoziția muzicală algoritmică” are în vedere procesul în 
care muzica este creată pas cu pas, într-un mod complet controlat, 
folosind un algoritm descriptibil matematic. „Complet controlat” nu 
înseamnă controlat simplist, mecanic, cel puţin în sensul că aici poate 
avea o importantă contribuţie și întâmplarea (de exemplu, sub forma 
procedurilor tip clever random, care pot încorpora calcule de 
probabilitate nuantate, gradate, sau de orice altă natură); iar fantezia 
liberă își are și ea aici locul, doar că funcţionează altfel decât de obicei. 
Deoarece aproape orice compoziţie muzicală poate fi în principiu 
descrisă ca o succesiune de numere (care definesc înălțimea, durata, 
intesitatea, timbrul fiecărui sunet), o altă definiție a „compoziţiei 
muzicale algoritmice”, simplificată la extrem ar fi: expunerea unor reguli 
care generează șiruri de numere interpretabile muzical.? 


Termenul de „algoritm în muzică” nu se referă la un stil, la o 
orientare, în general, la un anumit produs, iar termenul de „muzică 
algoritmică” nu este chiar corect, deși este uzual, deoarece orice 
muzică poate fi virtual gândită algoritmic. A descrie un algoritm ca fiind 
o „metodă de lucru” specifică ar fi mai exact. Cu toate acestea, este 
vorba mai degrabă de un anumit mod de gândire care poate fi 
implementat prin diferite metode, care la rândul lor pot genera 
produse foarte diferite (output data) prin prelucrarea, oricât de 
complex definită, a unor date de intrare (input data). 


1 https://en.wikipedia.org/wiki/Algorithm 
2 https://en.wikipedia.org/wiki/Euclidean_algorithm 
3 https://de.wikipedia.org/wiki/Algorithmische_Komposition 
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3. Scurt istoric 


Mentionez câteva momente din istoria acestei idei in domeniul 
muzicii. 

În 1660, Athanasius Kircher (1602-1680), învăţat iezuit, profesor 
de teologie și filozofie la Collegium Romanum din Roma, activ în 
domeniul matematicii, fizicii, chimiei, geografiei, geologiei, astronomiei, 
biologiei, medicinii, istoriei, dar și al muzicii, a descris o Arca 
Musarithmica (sau Arca Musurgia sau Musical Ark), o „mașină de 
compus” printr-o tehnică combinatorie!, „mașină” care poate fi privită 
ca un fel de prim algoritm compozițional muzical.? 

În 1757, Johann Philipp Kirnberger (1721-1783), compozitor de 
simfonii, sonate și teoretician, între altele, inițiator al unei prime colecţii 
de Corale de Johann Sebastian Bach și autor al unui sistem de acordaj 
temperat, publică în 1757 la Berlin lucrarea Compozitor de poloneze și 
menuete permanent la dispoziţie [Der allezeit fertiger Polonoisen- und 
Menuettencomponist], un ghid pentru a compune în cele două genuri 
muzicale folosind două zaruri. Deoarece acestea nu pot furniza decât 
numere între 1 și 6, respectiv 36 combinaţii de asemenea două numere, 
iar „algoritmul compozițional” este oricum pre-definit, fiind doar inițiat 
prin ele, rezultatele nu pot fi decât foarte limitate.” 

lar în 1793 a fost publicată lucrarea, atribuită postum lui 
Wolfgang Amadeus Mozart, Introducere în compoziţia de valsuri — Joc de 
zaruri componistic [Anleitung zum Componieren von Walzern — 
Musikalisches Wiirfelspiel], care a devenit un bestseller al timpului. Dar 
si Joseph Haydn publicase în 1790 asemenea „indicații de compoziţie”, 
iar „jocuri de zaruri muzicale” vor mai fi publicate și în prima jumătate a 
secolului al XIX-lea, în special pentru muzica pentru pian.? 


În ultimele exemple este vorba de un algoritm primitiv, care 
este „pus în mișcare” prin întâmplare (o întâmplare finită, cum am 
arătat, limitată la combinaţii de 2-3 rezultate ale unor aruncări de 
zaruri). Peste câteva sute de ani, în 1951, John Cage va folosi 
întâmplarea în Music of Changes, prima sa lucrare integral bazată pe 
proceduri randomizante. Acest procedeu poate fi astăzi aplicat curent 


1 https://de.wikipedia.org/wiki/Athanasius_Kircher 

2 https://en.wikipedia.org/wiki/Arca_Musarithmica 

3 https://de.wikipedia.org/wiki/Johann_Philipp_Kirnberger 
4 https://de.wikipedia.org/wiki/Musikalisches_Wiurfelspiel 
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și divers nuantat prin computer programs, la nivelul unei compoziţii 
sau al unor segmente ale ei. 


În fine, în jurul lui 1960, lannis Xenakis va scrie programe în 
limbajul FORTRAN care pot genera automat partituri muzicale ce pot fi 
interpretate cu instrumente tradiţionale. 

Dacă este vorba de predecesori în general, trebuie subliniat și 
faptul că simplitatea sistemului dodecafonic practicat de „clasicii” 
serialismului, Arnold Schânberg, Alban Berg și Anton von Webern, 
precum și anumite faze din modul în care se lucrează cu acesta, ne-ar 
putea sugera de asemenea ideea unei generări algoritmice „manual 
realizate” a muzicii. 


4. Muzica electronică. Programarea pe calculator. 
Inteligența artificială (Al — Artificial Intelligence). 


Există relații diverse între muzica computerizată, muzica 
electronică și gândirea algoritmică precum și în evoluţia ideilor 
respective, dar nu și o legătură fixă. Fiecare dintre aceste domenii a avut 
propriul său parcurs și contactul său propriu cu inteligenţa artificială. 
Prin urmare, în cele ce urmează mă voi referi și eu doar pe scurt la 
aceste domenii, laterale gândirii algoritmice, și doar în măsura în care 
domeniile „se ating”. 

Dacă Aslfred Graham și-a imaginat în 1895 un instrument care 
putea genera electric sunete muzicale!, annus mirabilis al sunetului 
eletronic este 1906, când John Ambrose Fleming inventează trioda. Una 
din liniile respective ale Al s-a orientat în direcția sintezei sonore și a 
utilizării unor modele compoziționale simple (de exemplu, ostinato-uri 
ritmice sau pattern-uri componistice pentru o muzică disco standard) pe 
sintetizatoare devenite din ce în ce mai complexe, mergând până la 
emiterea sunetului și a unor compoziţii viabile exclusiv prin software. 
Printre predecesorii cei mai cunoscuți din „preistoria” muzicii 
computerizate la nivel profesional se numără Lejaren Arthur Hiller, cel 
care a creat prima compoziţie produsă prin software, /LLIAC Suite (String 
Quartet No. 4) încă în 1957? și, la un alt pol, John Chowning, care a 
inventat sinteza modulatiei de frecvenţă (FM — frequence modulation) în 


1 https://www.thomann.de/blog/de/die-geschichte-des-synthesizers/ 
2 https://de.wikipedia.org/wiki/Lejaren_Hiller_(Komponist) 
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1967, un mod de generare a sunetului prin mijloace electronice care s-a 
impus imediat?. O alta orientare, mult mai sofisticata, a mers in directia 
simulării limbajelor muzicale ale unor compozitori cunoscuţi (Bach, 
Mozart, Schubert, Chopin, Prokofiev) prin combinarea unor scurte 
segmente dintr-o bază de date axată pe analize detaliate ale operelor 
compozitorilor respectivi, conform unor modele stilistice [David Cope: 
2004]. Aurel Stroe a lucrat și el cu astfel de programe cu studenții, în 
calitate de profesor invitat la Universitatea Champaign-Urbana din 
Illinois, în anii 1985-86. O a treia abordare încearcă să reproducă însuși 
procesul de creare a unei compoziţii în sine, folosind un algoritm. Mă voi 
referi în continuare la această abordare în detaliu. 


Nu este un fapt neobișnuit ca o realitate să existe înainte de a 
fi primit un nume și de a fi teoretizată. După cum se vede, modul 
foarte variat în care Al poate fi utilizată în muzică s-a „probat” și s-a 
diversificat cu mult înainte ca menţionarea explicită a acestui termen 
să devină aproape o modă. 


Printre alţii, Pierre Boulez este unul dintre compozitorii care 
facilitează unor asemenea idei un curs clar evolutiv, mai concret și mai 
consistent decât până la el, în direcţia gândirii algoritmice și a Al, chiar 
dacă în mare parte indirect, și, mai ales, chiar dacă el nu a luat parte 
personal la acest proces. IRCAM (Institut de recherche et coordination 
acoustique/musique) a fost fondat de el în 1976 în Centre Beaubourg în 
Paris și condus de el până în 19927. Programele de calculator pentru 
compunerea muzicii care au fost dezvoltate aici (de exemplu Max, FFT- 
1, AudioSculpt, Modalys, TS2, Spat) pot genera compoziţii reale, cu 
condiția ca informaţiile iniţiale să fie corespunzătoare. Dacă precizez 
uneori „compoziţii viabile” sau „compoziţii reale”, este pentru că nu 
întotdeauna rezultatele obţinute prin diferite hardware sau software 
dirijate prin Al se situează la înălțimea celor obţinute prin „compoziţia 
clasică”. La aceste programe ar trebui să se adauge și OpenMusic, 
Symbolic Composer, Common Music (toate bazate pe limbajul de 
programare LISP) si CSound (orientat spre prelucrarea sunetului). 


Aproape toti compozitorii romani din grupul de la Paris, cum ar 
fi Costin Miereanu, Mihai Mitrea-Celarianu, Horia Raţiu, Costin 
Cazaban, Horatiu Radulescu, Horia Surianu, Cristian Petrescu au lucrat 


1 https://en.wikipedia.org/wiki/John_Chowning 
2 https://en.wikipedia.org/wiki/IRCAM 
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mai mult sau mai puţin sistematic la IRCAM, iar Carmen Maria Cârneci, 
printre alţii, a studiat compoziţia și dirijatul cu Boulez. Dar numărul 
compozitorilor români care au făcut cunoștință cu ideile lui Boulez la 
Darmstadt este mult mai mare, începând cu „clasicii” Aurel Stroe (din 
1966), Ștefan Niculescu (din 1966), Tiberiu Olah (din 1967), Miriam 
Marbe (din 1968), Cornel Taranu (din 1968), Anatol Vieru (din 1969) si 
terminând cu cei mai tineri. Între ei, Călin loachimescu, pe atunci tânăr 
compozitor, a primit în 1984 la Darmstadt, premiul Kranichstein pentru 
compoziţia sa Oratio II, care are o componentă electronică. ** 


5. Compoziţia algoritmică. Premise. 


Granițele dintre compoziția muzicală tradiţională și cea 
algoritmică sunt fluide. Orice utilizare a unor reguli stricte de compoziţie 
— de exemplu, cele referitoare la armonia clasică sau contrapunct — ar 
putea fi descrise, dintr-o perspectivă lărgită, ca fiind componente de 
natură „algoritmică” ale unei lucrări. În special utilizarea ajutoarelor 
matematice în compoziţie sugerează nemijlocit acest lucru. 

În descrierea „ajutoarelor matematice în compoziţie” se pot 
distinge mai multe planuri, deci și semnificaţii (adesea confundate): (1) 
existența implicită a matematicii (matematica există virtual în orice 
obiect, deci și în muzică, conștient sau nu, voit sau nu); (2) folosirea 
explicită a matematicii (matematica este folosită conștient, voit, ca 
metodă de lucru); (3) folosirea descriptivă a matematicii (orice obiect 
existent, deci și muzica, poate fi descris prin matematică); (4) folosirea 
prescriptivă a matematicii (orice obiect încă ne-existent, deci și muzica, 
poate fi generat prin mijloace matematice). Punctul 4 se deosebește de 
punctul 2 prin aceea că definește nu un ajutor matematic general (de 
exemplu, prin lucrul la tabele de ritmuri), ci o metodă sistematică de 
generare a unei muzici reale: punctul 4 este explicit și prescriptiv, dar 
punctul 2 este doar explicit. 


În ceea ce privește muzica românească: aproape fiecare 
compozitor român de după aproximativ 1960 a folosit „manua!” ca 
ajutor în lucrările sale, deci explicit, parţial și prescriptiv, proceduri 
intuitive bazate pe instrumente matematice, în special pentru a defini 
dimensiunea diastematică a muzicii sau ritmul acesteia, de la simpla 
„traducere” a unor serii de numere (numere prime, seria Fibonacci) în 
înălțimi sau durate, până la structuri mai complexe, cum ar fi 
structurile fractale. Dar „instrumentele” alese au fost diferite. De 
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exemplu, Stefan Niculescu a folosit elemente din teoria grafurilor 
pentru a controla combinatiile de sunete, iar Anatol Vieru, cu ajutorul 
matematicianului Dan Vuza, a folosit elemente din teoria multimilor, 
atât prescriptiv in propriile lucrări, cât și descriptiv, în teoriile sale, 
expuse în Cartea modurilor, respectiv The Book of Modes [1980, 
1993].** 


Un caz aparte este reprezentat de Aurel Stroe, care, in 
colaborare cu matematicieni de la Centrul de Calcul al Universitatii din 
Bucuresti, a explorat posibilitățile de utilizare a computerului în procesul 
compozițional încă din 1963, iar după 1965 a folosit propriul său 
program de calculator (PRAT) pentru a plasa sunete în timp. În mai și 
iunie 1966, primele lucrări computerizate ale lui Stroe au fost prezentate 
în premieră în sala de spectacole a Radiodifuziunii Române: Musique de 
concert pour piano, percussion et cuivres, 1963-65 și Laudes | pentru 
orchestră de coarde, 1966. Dar el nu a mai rămas mult timp pe acest 
„drum” și nici nu pare să fi avut nevoie întotdeauna de așa ceva: unele 
compoziții ale sale mai vechi sau mai noi (Arcade, 1962-63, Canto |, 
1967) erau, prin structura lor, compoziţii „quasi-programate la 
computer”, compoziții  quasi-algoritmice, desi produse exclusiv 
„manua!”. 

Printre compozitorii români care au fost activi în domeniul 
muzicii electronice între 1960-1980 și au lucrat, mai mult sau mai puţin 
ocazional cu computerele în acea perioadă, de cele mai multe ori nefiind 
ei înșiși programatori, s-au numărat, pe lângă Aurel Stroe, Corneliu 
Cezar, Octavian Nemescu, Lucian Metianu, Liviu Glodeanu, Anatol Vieru, 
Călin loachimescu. Din acest mic grup bucureștean am făcut și eu parte, 
începând cam din 1968. 

De remarcat că, în timp ce avangarda românească se orienta mai 
ales spre Paris, conform unei relativ vechi tradiţii, Corneliu Cezar și 
Octavian Nemescu au fost influenţaţi decisiv prin „lecţia avangardei 
americane” (John Cage, Morton Feldman și mai ales La Monte Young și 
Terry Riley), în direcţia minimal music și conceptual art, inclusiv prin felul 
de a vorbi despre muzică profetic-quasi ezoteric-para muzical. Cu totul 
necunoscută în România în acei ani și echivalând astfel cu o adevărată 
revelaţie, ei au avut acces la această muzică datorită lui Radu Stan, care 
reușise să adune și oferea la Biblioteca Centrală de Stat, o serie de benzi 
cu cele mai interesante noutăți muzicale. Cezar scrie în 1965 piesa Aum, 
compoziție electronică inspirată direct de lungile isonuri consonante ale 
lui La Monte Young, apoi Taaroa, 1968, iar Nemescu, pe aceeași linie, 
12 
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foloseste isonuri de muzica electronica pentru executii instrumentale 
live, incepand din 1965, in piesa Combinatii fn cercuri pentru violoncel, 
ansamblu si banda de magnetofon, urmata de altele, poate cea mai 
caracteristică fiind Concentric, 1969, pentru aceeași formaţie; el 
frecventează o perioadă, anual, Studioul de Muzică Electronică [Institut 
international de musique électroacoustique] din Bourges, după ce a 
câștigat aici premii in 1980 și 1982. Metianu lucrează compoziţia sa 
„clasic” electronică Pythagoreis în Studioul de Muzică Electronică [Studio 
fur Elektronische Musik] din Köln în perioada 1969-71 iar Liviu Glodeanu 
folosește banda de magnetofon în piesa Melopee, 1971, scrisă pentru 
flaut sau diferite grupe de instrumente, pentru o execuţie paralelă 
simultană a prelucrării muzicii cântate pe bandă, procedeu similar în linii 
mari cu cel introdus în 1966 de Karlheinz Stockhausen în piesa Solo fiir 
ein Melodieinstrument und  Live-Elektronik, 1966. Aurel Stroe 
prelucrează piesa Armonia, 1963, pentru mediu electronic, iar Anatol 
Vieru scrie Țara de Piatră, 1972, inspirat de un reportaj al lui Geo Bogza. 
Cum am arătat, Călin loachimescu primește în 1984 pentru compoziţia 
sa partial electronica Oratio II, la Darmstadt, premiul Kranichstein. Cu 
excepţia lui Nemescu, loachimescu și partial Cezar și Metianu, din câte 
știu, lucrările citate mai sus reprezintă unicate sau quasi-unicate în 
creația compozitorilor respectivi. De remarcat că marea majoritate a 
lucrărilor acestor compozitori nu sunt „compoziţii electronice pure”, ci 
folosesc o bandă de magnetofon lucrată electronic sau procedee 
electronice live alături de o execuţie instrumentală sau instrumental- 
vocală. lar după cum se vede, felul de a trata muzica electronică „pe 
linie” americană (gen La Monte Young, ca la Cezar sau Nemescu) este cu 
totul altul decât cel „pe linie” germană (gen Stockhausen, ca la 
Metianu). 

În ceea ce mă privește, activitatea mea consta pe atunci sau 
puţin mai tîrziu, în încercări perseverente de a genera pe computer 
sunetul unor fundaluri-isonuri electronice continui ale propriilor mele 
compoziții (Opt compoziţii statice pentru pian și bandă de magnetofon, 
1968, Model Mioritic, 1970-72, cvartetele de coarde cu mediu electronic 
nr. 1, 3 și 4, 1980, 1982, 1983), dar și de a lucra structura componistică 
globală a unei lucrări (de exemplu, prima piesă a ciclului Atemporal 
Studies, Corona Borealis, 1980 și finalul cvartetului de coarde nr. 4, 
1983). Era vorba desigur, ca și în cazul lui Stroe, mai ales de a obţine 
serii de numere, care puteau fi „traduse” manual în muzică. Mai 
interesantă mi se pare ideea că felul meu de a lucra atunci (de prin 
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1968, dar vizibil mai ales in Model Mioritic, din 1970) reprezenta adesea 
,traducerea” manuala a unei gandiri algoritmice intuitive in muzica. 
Faptul ca unul dintre computerele avute la dispozitie atunci dispunea de 
trei generatoare de sunete, era exact ce imi trebuia mie, pentru ca astfel 
puteam produce simplu trisonurile dorite. Astfel au fost concepute 
lungile siruri de cadente consonante din cvartetul de coarde nr. 1 
(Composition with Red, Yellow and Blue) sau din Preludiul Simfoniei a 2-a 
(Horizontales), amândouă din 1980. De altfel, cadentele consonante sau 
consonantele în general, privite ca arhetip, vor constitui, dupa o prima 
enuntare în 1968, tema întregului ciclu de cvartete dedicat lui Piet 
Mondrian (și sugerat de el) începând din 1980, ca și a multor altor 
lucrări de mai târziu, de data asta însă concepute integral la computer 
(de exemplu, în ciclul Orbis, ca un șir de consonante majore-minore 
plasat pe ciclul ascendent al cvintelor). În principiu, e de remarcat ce 
influență durabilă pot avea câteva surse de inspirație din occident în 
contextul muzicii tinerilor compozitori din anii 1960-80, nemulţumiţi cu 
realitatea muzicală limitată a timpului lor. 

Dar numai câţiva compozitori români erau capabili atunci sa 
lucreze ei înșiși un program de computer, interesul fiind concentrat mai 
ales pe muzica electronică produsă prin „mijloace clasice”. Situaţia se va 
schimba curând. Sever Tipei în Urbana și Constantin Basica în San 
Francisco, SUA, iar în România sau peste granite, între alţii, Nicolae 
Brânduș, Liviu Dandara, Horaţiu Rădulescu, Ulpiu Vlad, Călin 
loachimescu, Maia Ciobanu, Nicolae Teodoreanu, Irinel Anghel, Mihaela 
Vosganian și mai ales Cătălin Creţu, coordonatorul Centrului de Muzică 
Electroacustică și Multimedia al UNMB, se numără printre compozitorii 
activi în diferite feluri în acest domeniu. Această listă nu este nici pe 
departe completă, iar informaţiile mele în acest domeniu nu sunt 
consecvent actualizate. 


Problemele generale ale muzicii electronice, computerizate sau 
nu, depășesc însă sfera de cuprindere a acestui studiu, astfel încât mă 
voi limita în cele ce urmează la propria mea experienţă. Pe de o parte, 
informaţiile furnizate astfel sunt complete și sigure și, în mare parte, 
caracteristice pentru România, cel puţin a anilor 1960-1990, iar pe de 
altă parte, prin evoluţia mea ulterioară din Germania, pot oferi 
suficiente detalii cu referire la tema menţionată în titlu. Desigur că voi 
apela însă la orice altă informaţie ar putea servi această temă, mai ales 
pentru că nu trebuie omis faptul că eu sunt compozitor și nu specialist 
în electronică. 
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6. Programarea la computer 


Dacă rudimente ale gândirii algoritmice am experimentat intuitiv 
de prin 1968, experienţa mea reală în programare a început în jurul 
anului 1980 în România, într-un moment în care computerul era privit în 
lumea muzicii, cu puţine excepţii, ca un fel de ideal utopic, intangibil, 
rezervat unor specialiști iniţiaţi. Poate că tocmai asta m-a atras la 
început... Am „lucrat” (de fapt, o noţiune cam pretențioasă, dacă avem 
în vedere că era vorba doar de un fel de nesfârșite experimentări, 
rareori având un rezultat utilizabil) ca programator cu mai toate 
calculatoarele existente la nivel privat în acea vreme, cum ar fi XZ, 
Spectrum, Commodore 64. Aceste calculatoare puteau fi găsite în acei 
ani doar pe „piața neagră”, la preţuri exorbitante si fără nicio 
documentație. Singurul compozitor român cu care am putut face pe 
atunci schimb de experienţă în programare a fost Corneliu Cezar, cu care 
împărtășeam și interesul pasionat pentru astrologie, marea majoritate a 
compozitorilor, inclusiv Stroe, apelând la ajutorul matematicienilor. 
Cezar mi-a mijlocit de altfel și achiziția „pe sub mână” a unor 
computere. Chiar mai mult decât pentru compoziţie, el era interesat și 
capabil să programeze pe un Commodore 128, întregul software necesar 
pentru a calcula datele unei astrograme, care altfel ar fi necesitat zile 
întregi de calcule manuale complicate și supuse greșelilor. A fost foarte 
interesant, chiar pasionant, era însă o Sackgasse din cauza lipsei de 
informaţii corespunzătoare; cu mare greutate am reușit să fac rost din 
Germania de câteva cărți și reviste de specialitate. Nu se poate imagina 
astăzi ce probleme aveam și ce investiţie de timp, de răbdare și energie 
presupunea munca noastră. Limbajul de programare accesibil era BASIC, 
în versiuni destul de primitive, dar cuprinzând rutinele esenţiale. Astfel 
puteam lucra însă cu un computer și puteam exersa primii pași în 
programarea unei compoziţii pe linia unei „gândiri algoritmice”. 

Contactul cu Cezar a fost întrerupt prin emigrarea mea în 1987, 
dar experiența mea a fost dezvoltată permanent după această dată în 
Germania, unde, primii bani pe care i-am avut, au mers în achiziţia unui 
computer Amiga 500, apoi Amiga 2000. Dacă un Commodore avusese 
un generator de sunet analog la trei voci, seria de computere Amiga, ca 
și Atari, ca și tot ce a mai urmat, produceau sunetul pur digital, ceea ce 
oferea posibilități mult mai mari. La aceste computere am lucrat la Lahr, 
chiar în primul an după emigrare, 1988, piesa Crystal Silence, pe linia 
Atemporal Studies, dar și un program care asocia datelor astrologice 
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(semne, case, relatii), structuri muzicale; nu am reusit sa-i trimit acest 
program lui Cezar, care se arătase desigur interesat, nu în ultimul rand 
din cauza incompatibilitatilor între sisteme. 

Abia după câţiva ani am luat însă cunoștință explicit de gândirea 
algoritmică și am evoluat în această direcție. Și în Germania, ca și în 
România, am preferat să nu apelez la instituţii sau la ajutor specializat, ci 
să „mă descurc” singur, cu toate avantajele și dezavantajele. Între 1968 
și 1987, o serie de compoziţii create astfel fuseseră cântate la București, 
iar după 1988 și în Germania. lar aici, la Berlin, am folosit în perioada 
bursei de la Internationales Institut fur Vergleichende Studien în 1989- 
90, cunoștințele mele în domeniul programării și pentru scrierea unui 
program de simulare a semnalelor de bucium carpatice și a maqamului 
bayati (comunicarea respectivă a fost prezentată la sesiunea ICTM de la 
Viena, în 1991). Nu mi-aș mai pune acum problema să lucrez ceva — 
compoziție, text, corespondenţă, informare, film — fără computer. 
Trebuie să recunosc însă și faptul că nu am fost nici pe departe 
întotdeauna mulţumit de rezultat, de multe ori simtindu-ma îngrădit, 
limitat, forţat „să merg altundeva” decât voiam eu; dar „de vină” nu a 
fost programul sau computerul, ci eu însumi. Un instrument nu poate fi 
niciodată „vinovat” de ceva... Stilul de lucru este cu totul altul: se pune 
mai ales problema nu atât de a construi, cât de a experimenta liber, de a 
„optimiza” apoi, de a alege între versiuni. 

Din cât îmi este cunoscut, unii dintre colegii mei compozitori de 
atunci (perioada 1970-90), bucureșteni sau emigraţi, nu s-au arătat în 
mod special interesaţi de acest domeniu (precizez, „în mod special”, 
pentru că ocazional, unii dintre ei au avut felul lor de abordare): Eugen 
Wendel, Mihai Moldovan, mai târziu, Adrian Pop, Liviu Dănceanu, 
Violeta Dinescu, Doina Rotaru, Diana Rotaru, Sorin Lerescu, Horia 
Șurianu, Adrian lorgulescu, Dan Dediu. Caracteristică este și atitudinea 
compozitorilor din „generaţia de aur” sau contemporani lor: marea 
majoritate nu a fost atrasă serios de „lumea computerului”. Tiberiu 
Olah, Ștefan Niculescu, Pascal Bentoiu, Doru Popovici, Cornel Taranu, 
Myriam Marbe, Dan Constantinescu nu au arătat niciun interes, Anatol 
Vieru doar parţial, și nici chiar Aurel Stroe, care acumulase o experienţă 
considerabilă în calitate de pionier în acest domeniu, nu a mai folosit 
computerul pentru compoziţie după 1990. Desigur însă că nu este nimic 
de criticat aici: nimic nu este „obligatoriu” în artă, singurul criteriu este 
calitatea rezultatului. 
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Se poate pune totusi intrebarea, de ce un compozitor atat de 
consecvent orientat catre noile idei si solutii, inclusiv in lumea tehnicii, 
matematicii sau filozofiei cum a fost Aurel Stroe, renunță tocmai la 
ceea ce constituia o sinteză a acestora? Consider că prezintă interes să 
expun argumentele sale, formulate cu prilejul discuţiilor noastre de 
după 2000. Astfel afirma el că, în ceea ce privește generarea sunetului, 
găsește că lumea muzicii intrumentale este mai bogată în culori și 
nuanţe și mai flexibilă (aceasta afirmaţie privește în primul rând 
comparatia cu muzica electronică), iar în ceea ce privește posibilitatea 
compoziţiei și a controlului parametrilor muzicali prin computer, nu 
mai are nevoie de așa ceva; se simte mult mai liber și „creativ” când își 
scrie manual partitura; el apreciază acum în primul rând nu aplicarea 
strictă a unor reguli, ci tocmai abaterile de la acestea, ceea ce vine 
imprevizibil. La contra-argumentele și explicaţiile mele, că un computer 
din anii ‘90 nu mai este ceea ce era în anii ‘60, iar noile procedee sunt 
cu nimic mai puţin flexibile și „creative” și permit orice „joc” între 
reguli și abateri, previzibil și imprevizibil, în plus, sunt mult mai 
eficiente decât lucrul „manual”, și la propunerea mea de a-l iniţia în 
CM, răspundea, ridicând din umeri: „Sunt prea bătrân ca să mai încep 
așa ceva”. Dar nici Ștefan Niculescu, unul dintre primii compozitori 
români care au folosit un sintetizator într-o compoziţie mixtă, un 
sintetizator fără o interfață MIDI, care să permită controlul, 
prelucrarea sunetelor și „încărcarea” de noi bănci de sunete etc., nu 
s-a arătat interesat de acest, prin anii 1990, încă relativ nou aspect. 
Fără comentarii... poate doar unul singur: nu m-aș gândi în niciun caz 
să „acuz” pe cineva, pentru că nu se interesează de ceea ce interesează 
pe alţii. Este interesant însă de remarcat și faptul că tocmai acei 
compozitori care au avut la dispoziţie posibilitatea de a se informa în 
anumite domenii (mă refer nu numai la computere, ci, de exemplu, la 
toată „lecţia americană”), nu au folosit decât relativ puţin acest 
avantaj, în timp ce acei compozitori care nu avut această posibilitate, s- 
au străduit să „reinventeze” aceste domenii, din lipsă de informaţii. 


7. Programul Common Music. Programarea OOP. 


Programul de compoziție Common Music (CM) stabilește noi 
standarde în domeniul gândirii algoritmice in muzică.! După crearea lui 
în jurul anului 1990, el a fost dezvoltat în mod continuu de Heinrich 
Taube (Research Board of the University of Illinois) şi de alţi colaboratori 
(cum ar fi Tobias Kunze și William Schottstaedt, Stanford University’s 
Center for Computer Research in Music and Acoustics) și a câștigat mai 


1 [http://www.sourceforge.net/projects/commonmusic] 
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multe concursuri internationale de programe de compozitie. Este situat 
în domeniul public și există o linie de internet care permite utilizatorilor 
să se informeze și să facă schimb de experienţe liber.1 

Deoarece programul a fost dezvoltat pe platforma Apple, el 
provoacă în mod constant probleme de compatibilitate pentru 
utilizatorii cu sistemele de operare Linux sau Windows; în ultimul caz 
funcționează doar într-o fereastră DOS modernizată. Din păcate, 
comunicarea prin internet se concentrează asupra problemelor de 
compatibilitate și nu a celor componistice. Am adus propriile mele 
contribuții la acest program în domeniul controlului macro-formei și al 
utilizării sale polifonice (programul este gândit în primul rând pentru o 
voce), într-o structură controlată prin Sectio Aurea pe mai multe 
niveluri. Este aproape exact ceea ce făcusem eu manual prin 1970, în 
săptămâni și săptămâni de lucru intens, în Model Mioritic... 

După 2004, Taube vorbește despre un „Metalevel” al 
compoziţiei, nivel care ar precede generarea algoritmică a unei partituri 
[Taube 2004]. Ideea, nu foarte riguros motivată, este însă desigur 
interesantă și în sine și deschide un câmp larg de comentare: În ce 
constă acest ,,Metalevel”? De unde provin datele existente în el? Sub ce 
formă există ele acolo? etc. 

CM a fost scris initial în limbajul de programare LISP. LISP (o 
abreviere de la List Processing) a fost inventat în 1958 de John McCarthy 
și este „un limbaj de programare scris în LISP”.2 Aceasta nu este o 
tautologie, ci exprimă o caracteristică specială a acestui limbaj, care îl 
deosebește de altele precum ALGOL, FORTRAN, PASCAL sau C. LISP nu 
face nicio diferență între datele și funcţiile, procedurile și rutinele 
aparținând limbajului original și cele definite de un programator 
ocazional; toate contribuţiile sunt integrate nemijlocit în limbaj și pot fi 
folosite ca extensii. Prin urmare, limbajul poate ,invata” și se poate 
adapta permanent. Poate că acesta este și motivul pentru care LISP este 
considerat limbajul optim pentru proiecte de inteligență artificială, 
cercetare, experimente și chiar compoziţie. 

CLISP (Common LISP) — o versiune specială a LISP — este, în plus, 
unul dintre primele limbaje care a adoptat noua tehnică de programare 
numită programare orientată pe obiect [object oriented programming] 


|” 


1 https://www.semanticscholar.org/paper/An-Introduction-to-Common-Music- 
Taube/da843a6300be5764999af549785f3084aad58e30 

? https://de.wikipedia.org/wiki/Lisp 
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(OOP). Această extensie a unui limbaj de programare permite utilizarea 
unei serii de metode considerate a fi cele mai avansate în acest 
domeniu, cum ar fi o structură strict logică, ierarhică a programului și o 
mare flexibilitate în reutilizarea codului de programare într-o infinită 
varietate de contexte. De altfel, binecunoscutul sistem de operare 
WINDOWS este scris în C++, o variantă OOP a limbajului C. 


„Ideea OOP” este atât de interesantă în sine și atât de bogată 
în conotații și semnificaţii, încât îi voi acorda mai multă atenţie aici, mai 
ales că joacă un rol important în gândirea algoritmică. 


„Programarea orientată pe obiect” (OOP)? este o paradigmă de 
programare bazată pe conceptul de obiecte, concepute ca structuri care 
pot conţine atât date cât și cod: date sub formă de câmpuri [fields] 
(cunoscute adesea sub numele de atribute sau proprietăți) și cod sub 
formă de proceduri [procedures] (cunoscute adesea sub numele de 
metode). 

[Object-oriented programming (OOP) is a programming 
paradigm based on the concept of objects, which can contain data and 
code: data in the form of fields (often known as attributes or 


properties), and code in the form of procedures (often known as 
methods)].? 


Terminologia specifică OOP folosește noțiuni cum ar fi: class 
(eventual superclass, subclass), function, object, instance, invariant, 
encapsulated, slot, atribute, variable, parameter, argument, constructor, 
destructor, inheritance. Tot ce se referă la program este formulat în 
limba engleză (ca de altfel în toate limbajele de programare citate în 
acest text). În explicaţiile care urmează, traducerile în română ale 
acestor noţiuni specifice sunt redate cu caractere cursive, pentru a le 
pune în evidenţă. 


Un exemplu de gândire OOP în domeniul muzicii. 


„Sonata” este numele unei clase de obiecte care este dotată cu 
anumite proprietăţi, invariante („temă”, „expoziţie”, „dezvoltare”, 


„repriză” etc.). „O sonată de Beethoven” este un obiect specific al 


1 https://de.wikipedia.org/wiki/Objektorientierte_Programmierung 
2 https://en.wikipedia.org/wiki/Object-oriented_programming 
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acestei clase care mosteneste toate atributele sale incapsulate (adica 
intangibile), ale căror parametri (slots) primesc argumente, adică valori 
specifice (teme concrete, o anumită tonalitate, durate, ritmuri, culori 
timbrale etc.). „O interpretare a sonatei de Beethoven” este o instanță a 
obiectului „Sonată de Beethoven”. Această instanță nu afectează 
obiectul și clasa respective, din care pot fi construite oricând noi 
instanțe. Clasa „Sonata” poate cunoaște și alte obiecte, „Sonată de 
Mozart”, „Sonată de Haydn” etc., „Sonata de Beethoven” poate 
cunoaște mai multe interpretări. Prin urmare, o nouă sonată sau o nouă 
interpretare a sonatei de Beethoven nu trebuie redefinite „de la zero”; 
ele adoptă atributele deja definite pentru clasa și obiectul respectiv, cu 
ajustările necesare. 

Un obiect „Sonată de Beethoven” va moșteni și va împărtăși 
atributele încapsulate ale clasei „Sonata” împreună cu obiectul „Sonată 
de Mozart”, dar va diferi de acesta în ceea ce privește unele proprietăți 
specifice ale obiectului corespunzător. 

Printre altele, în această structură (clasa „Sonata”) pot fi inserate 
o superclasă (de exemplu, „muzică instrumentală”) și subclase („sonate 
clasice” sau „sonate moderne”); proprietățile unui nivel superior sunt 
moștenite de toate nivelurile inferioare. 


Programul CM „gândește” într-un mod similar. 

Clasa „MIDI” (adică o categorie care a moștenit atributele 
încapsulate ale sunetului de la superclasa „sunet”) conţine următoarele 
slot-uri: :time :keynum :duration :amplitude :channel, care controlează 
următorii parametri, cunoscuți de fiecare muzician: :time — punctul de 
insertie a unei note pe o axă a timpului, :keynum — înălţimea notei (ca 
număr pe scala MIDI, de exemplu, 34, ca simbol, de exemplu, c do, df re 
bemol, fs fa diez, sau frecvenţă, de exemplu, 440 Hz), :duration — durata 
acesteia (de exemplu, w h q — whole „notă întreagă”, half „doime”, 
quarter ,patrime” etc. dar și ca valori numerice), :amplitude — 
intensitatea sa (de exemplu, ca simbol: mf, sau ca valoare: 0-127), 
:channel — canalul MIDI pe care este redată muzica (în funcţie de 
generatorul de sunet, acceptate fiind până la 128 de canale), deci 
culoarea sa timbrală. 


Aici putem recunoaște ideea lui Boulez: toţi parametrii 
sunetului sunt trataţi în mod egal si sunt consideraţi alăturați într-o 
singură clasă. Ei sunt tratați în mod egal, adică sunt ,,alimentati” prin 
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serii optimizate de numere. Pentru a fi mai precis: faptul că se pot 
folosi și simboluri (c, df, ff, piano etc.) reprezintă o extensie a 
programului, pentru a facilita utilizarea acestuia. Fiecare slot acceptă 
însă în principal numere; astfel, sunt posibile operaţii matematice 
comune. „Serie optimizată de numere” înseamnă că fiecare slot are 
limitele sale; dacă, de exemplu, numărul 240 are sens pentru s/ot-ul 
:keynum, el nu poate fi acceptat de s/ot-ul :amplitude, care nu poate 
prelucra decât numere între O și 127; ca atare, 240 va fi redus la 127. 
Dar slot-ul :keynum nu va „înţelege” și nu va putea interpeta, dacă i se 
oferă ca valoare ff (fortissimo), valoare destinată slot-ului :amplitude. 
În acest caz, compilarea codului se oprește și se semnalează greșeala. 


Există câteva dificultăți în folosirea programului ce trebuie 
depășite. Codul CM/LISP trebuie formulat prin utilizarea strictă a 
cuvintelor-cheie ale limbajului (și ale programului CM, care a moștenit 
proprietăți individualizate din LISP, CLISP și SCHEME) cu ajutorul unui 
editor, prin atribuirea de valori slot-urilor și prin respectarea exactă a 
regulilor sintactice respective. De exemplu, după cum s-a observat, între 
altele, numele slot-urilor trebuie să fie precedat de două puncte, astfel 
încât acestea să fie recunoscute ca atare și să poată fi distinse de 
numele unor variabile, macrocomenzi, funcţii etc.; fiecare ,,propozitie” 
de cod trebuie să fie închisă între paranteze; textul de după ,,;” este 
considerat un comentar și nu este „evaluat” de program etc. După ce 
codul a fost compilat de program (ceea ce se întâmplă numai dacă totul 
este corect), datele MIDI „scrise” de acesta pot fi audiate imediat cu 
ajutorul unui program care „citește” date MIDI (de exemplu, VLC sau 
Media Player). Pentru se constitui într-o partitură scrisă, ele trebuie să 
fie interpretate de un program de notație muzicală (de exemplu, Finale). 
Dar aceste date MIDI pot fi eventual convertite în format .WAV și pot fi 
prelucrate din punct de vedere sonor, apoi redate de un alt program (de 
exemplu, Adobe Audition). Documentaţia programului CM ca și 
tutorialul respectiv sunt adesea incomplete sau nu mai sunt actualizate 
și există destule erori (bugs). Deoarece programul este conceput pentru 
platforma Apple sau Linux, „instalarea” lui pe un computer bazat pe 
platforma Windows presupune instalarea unui întreg pachet de 
programe diverse, și efectuarea a tot felul de adaptari, trimiteri; este un 
sector în care există adesea schimbări, care fac ca întregul sistem să nu 
mai funcţioneze. În general, este nevoie de mult timp, răbdare și interes 
pentru a încerca și experimenta ceva și pentru a obține un rezultat, 
adesea la început deceptionant, alteori incotrolabil. 
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8. Algoritmul compozitional 


Codul de programare, formulat in mod normal in limba engleza 
prin notiuni care au devenit un bun comun international pentru multe 
alte limbaje de programare, cod care contine fazele cele mai importante 
în construcția unei compoziții (deci, descrierea algoritmului 
compozițional), cuprinde in CM patru etape principale: 

(1) initializarea (declararea sau „încărcarea” regulilor, respectiv a 
sintaxei programului CM și, indirect, a limbajului LISP). Atașarea și a 
limbajului LISP, pe lângă CM, permite mai târziu utilizatorului să extindă 
liber programul, conform intereselor sale, în acest limbaj; 

(2) determinarea materialului muzical (introducerea notelor, 
modurilor, seriilor, duratelor etc. ce vor apărea în compoziţie, 
respectând regulile respective), în mod normal prin liste de date; 

(3) definirea procedurilor de procesare a materialului (expunerea 
metodelor, rutinelor, comenzilor etc. cu care vor fi prelucrate datele 
introduse). Este punctul care permite orice contribuţie personală, cu 
condiția să respecte sintaxa limbajului și să permită o integrare; 

(4) execuția (interpretarea codului prin aplicarea procedurilor 
definite la punctul 3 asupra datelor introduse la punctul 2, ceea ce 
conduce la generarea efectivă a compoziţiei, până acum existente doar 
în „Metaleve!”). 

(5) scrierea compoziţiei ca un șir de date (de obicei ca MIDI-fișier) 
la locaţia indicată. 

Aceste etape sunt de fapt logice și sunt oricum folosite intuitiv de 
majoritatea compozitorilor. Punctele 2 și 3 permit contribuţia personală 
și definesc compoziția respectivă, punctele 1, 4 și 5 sunt fixe, 
„prescrise”. 


9. Un exemplu concret 


Compoziţia prezentată aici ca exemplu constă în utilizarea 
experimentală a binecunoscutei serii din Concertul pentru vioară de 
Alban Berg într-o lucrare proprie, AB Skizze. Hommage ă Boulez (cca. 4 
minute), pentru o formaţie camerală simulată. „Cuvintele cheie” ale 
limbajului sunt aici tipărite cu bold, pentru a fi diferenţiate de celelalte 
cuvinte din cod, care pot fi titluri, nume sau valori atribuite de 
programator, iar noţiunile specifice OOP sunt scrise cursiv. Textele aflate 
după ,,;” sunt considerate comentare si nu sunt prelucrate de program; 


22 


Revista MUZICA Nr. 1 / 2024 


aceste comentare sunt necesare pentru a explica, reaminti 
programatorului sensul unor acțiuni. 


Acesta este codul CM al piesei mele AB Skizze. Hommage a Boulez. 
SESE SSE E E A E A e O e IS e e IRR E e e e A SISSIES SSRI IR SR ARIE 
LINITIALIZARE: 
(in-package :cm)(set-midi-file-versions! true)(cd "E:/CM_Files/12TonMusik/Work/MID") 
; prin „încărcarea” cu :cm sunt puse la dispoziţie toate regulile și posibilităţile programului. 
; „true” înseamnă că se vor accepta mai multe versiuni; „cd...” precizează în ce folder vor fi scrise datele. 
RR ARE Eh he e He he He He he le Hee e le ae e e e le he He fe eh e he e e el A E heh E he le e he ee He e le e e kk 
A 2. MATERIALUL MUZICAL: 
; Seria lui Alban Berg este: c ef g bn dn dn fn an cs en fs gs as (do, mi bemol, sol, si natural etc.) 
; Seria apare în formă directă, recurentă, inversată, recurent-inversată, toate funcții aparținând CM. 
; De remarcat „parantezele incluse în paranteze” şi „închiderea” lor corectă, adesea „comasată” 
; Fiecare nouă grupare de date — new cycle — este un ciclu ce se repetă pe toată durata prescrisă de for 
; și ea trebuie să primească un nume, pentru a putea fi „chemată” de program ( de ex. „RowA”). 
; RowA_mel sugerează că este vorba de melodie, Row_rhy, de ritm. 
; Nu este obligatoriu, dar este de dorit să se folosească denumiri sugestive. 


; Datele pe planul înălțimii sunetelor: 
; Funcţia define, una dintre cele mai frecvent folosite, ca și new cycle sau of se explică de la sine. 
; Cuvintele-cheie :notes și :rhythms ,,inteleg” datele oferite ca înălțimi şi durate de sunete 
(define RowA_mel (new cycle :notes '(c4 ef4 g4 bn4 dn4 fn4 an4 cs4 en4 fs4 gs4 as4) 
“for (new cycle :0f'(13 )))) ; dacă nu este precedat de „punct şi virgulă”, textul este procesat 
(define RowB_mel (new cycle :notes (reverse '(c4 ef4 g4 bn4 dn4 dn4 fn4 an4 cs4 en4 fs4 gs4 as4)))) 
“for (new cycle :0f "(11 )))) ; cuvântul-cheie :for descrie aici de câte ori se repetă ciclul- aici, de 11 ori 
(define RowC_mel (new cycle :notes (invert '(c5 ef5 g5 bn5 dn5 dn5 fn5 an5 cs5 en5 fs5 gs5 as5)))) 
:for (new cycle :of ‘(13 )))) ; cuvantul-cheie :of înseamnă aici „din ciclul care urmează” 
(define RowD_mel (new cycle :notes (reverse (invert '(c5 ef5 g5 bn5 dn5 fn5 an5 cs5 en$ fs5 gs5 as5))) 
:for (new cycle :of "(11 )))) 
; Mica virgulă dupa :of înainte de paranteză indică faptul ca datele (cifre sau litere) 
; trebuie privite ca „strings”, deci nu pot servi la eventuale operaţii matematice. 
; Ciclul are aici un singur termen, 13 sau 11. 
; Cum am mai spus, slots sau alte funcții trebuie precedate de,, :” :notes, :rhythms, :for 


; Datele pe planul duratei sunetelor: (aici ciclul cuprinde o „listă de liste de alte cicluri”) 
(new cycle :of list 
(list ( 
(new cycle :rhythms '(w. w h. h q.) :for (new cycle :of '(6 55 43321 )))) 
(new cycle :rhythms "(e q. q. q :for (new cycle :of '(3 2 3 3 2 2 2))) 


(new cycle :rhythms '(h.) :for (new cycle :of '(7 66544321 )))) 
(new cycle :rhythms '(q) :for (new cycle :of ‘(3 2 1 ))) 
(new cycle :rhythms '(s) :for (new cycle :of '(4 12 32 4 4 4 64))) 


(new cycle :rhythms (w w w w q w q Ww qwq w q) 
:for (new cycle :of '(2 4 8 16))))) 
:name 'row_rhy) 
; Decalarea diferitelor rânduri nu este obligatorie, dar ajută la citirea codului. 


; Datele ce descriu amplitudinea sunetelor (dinamica) și lista canalelor MIDI (a „vocilor”) 
(new heap :of (list (new cycle :of '(122 55 66 122 122 122 66 122 55 66) )))) :name 'row_amp) 
(new heap :of (list (new cycle :of '(0 1 12345678 10 11) )))) :name 'rowX_chan) 
; Un ciclu poate primi un nume prin define sau prin name. 
; heap semnifică „la întâmplare”, deci ordinea dată nu se respectă. 


1p RR he Fe E he E he ee he E A A he e ok e fe e kkk k e E e e e ae a kk 
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3.DEFINIREA PROCEDURILOR 
; Aici se definesc rutinele ce vor acţiona la punctul 4. 
; „Play 12 Ton” ca si „MelINFO” etc. sunt nume compuse, sugestive 
; pentru o rutină şi pentru o variabilă, definite de programator 
(define (Play12Ton reps MelINFO RhyINFO Amplnfo ChanInfo) 
; Cum se poate înţelege de la sine, in procesul ce urmează se repetă de ,, reps” ori citirea datelor 
; „reps” este o variablă ce trebuie definită la execuţia codului, aici primeşte valoarea 240 
; wait este o funcție CM care introduce o „aşteptare” pe durata RhyINFO 
; o variabilă care se actualizează automat, ca şi now şi :time. 
; Celelalte slots „aşteaptă” datele introduse prin variabilele respective 
; MelINFO (ce note din ciclul notes?), RhyINFO (ce durate din ciclul rhythms?) etc. 
; Slot-urile :keynum :duration primesc apoi date din grupa MelINFO, respectiv RhyINFO 
; next înseamnă că, la fiecare nouă parcurgere a datelor, din acest ciclu se vor citi datele următoare 
; MIDI este funcția de bază a CM, care reunește toate datele necesare, tratate egal 
; asa cum a intuit Boulez. 


(process repeat reps 


output (new midi :time (now) 
:keynum (next MelINFO) 
:duration (* 2 (next RhyINFO)) 
:amplitude (next AmpInfo) 
:channel (next ChanInfo))) 


wait (next RhyINFO))) 
; Valoarea duratei constă în multplicarea fiecărei valori RhyINFO cu 2, 


; echivalentă cu o rărire a tempo-ului cu 50%. 
; now este o „variabilă de sistem CM” care indică locația în timp a punctului de insertie curent („acum”). 


e e he ae he ae e ae ale ae ale ae as ae he ae ae a fe oe ale ae a ae a ac e ale ae ae ae a ae ale e fe oft fe ae ae ae ae a ale ae ale ae fe ale ae fe oft a oft ae a ale a ae ae fe ae fe oft ae oe ale oe ale ae fe ale ae ale a ae a oe oe 
> 


4.EXECUTIA şi 5.SCRIEREA 

(events (list 
(Play12Ton 240 RowA_mel #&Row_rhy #&Row_amp #&RowX_chan) 
(Play12Ton 240 RowB_mel #&Row_rhy #&Row_amp #&RowX_chan) 
(Play12Ton 240 RowC_mel #&Row_rhy #&Row_amp #&RowX_chan) 
(Play12Ton 240 RowD_mel #&Row_rhy #&Row_amp #&RowX_chan) ) ) 
"12TonMusik.mid" ' (0 34 55 89) ; "12TonMusik.mid” este numele datei scrise. 

; Cifrele 0 34 55 89 indică prin numărul măsurii locul unde „intră” vocile 1, 2, 3, 4 

; events este procedura standard, care execută codul şi scrie rezultatul. 

; list este unul din procedeele curente, caracteristice limbajului LISP, 

; care poate introduce o listă de „obiecte ” (numere, simboluri, alte liste etc.). 

; Aici, el introduce o /istă de repetări ale rutinei Play 12 Ton. 

; În timp ce, pe plan melodic, cele patru execuţii folosesc aspecte diferite ale seriei lui Berg 

; pe planul ritmului, al amplitudinei şi al canalelor MIDI „se iau date” din același ciclu unic, 


; însă într-o ordine definită de heap, deci întâmplătoare. 
e e a ae he ae e ae ae ae ale ae ae ae ae ae ae fe ae fe ae ae ae a ale ae ae ae ae oft oe a ae ae ale ae ae ae fe ae ae ae ae ale ae fe aft fe ale ae ae oft he ae ae ae fe ae ale oe fe ae fe oft ae ae oft oe ale ae fe ale oe ale ae a a E 


Acesta este un exemplu foarte simplificat, care utilizeaza doar 
aproximativ 5% din capacitatile programului CM. Dar programul poate 
accepta orice operatie matematica, operatii cu grade de probabilitate 
sau relatii, libere sau controlate de anumiti parametri, poate stabili 
relaţii între înălţimi și durate, precum și o varietate practic nelimitată de 
combinaţii între ele, toate exact determinate sau prin diferite grade de 
probabilitate. Rezultatul nu poate fi întotdeauna prezis, motiv pentru 
care programul este utilizat și ca instrument experimental sau de 
explorare. 
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10. Concluzii 


Posibilitatea de a experimenta într-un timp relativ scurt diferite 
variante ale unei idei componistice (Stroe vorbea despre „clase de 
compoziţii” încă de prin anii ‘60) prin simpla modificare a valorii unor 
parametri, pentru a obţine o partitură aproape automat, reprezintă 
facilităţi considerabile pentru orice compozitor. 

Cu toate acestea, acest program este doar un instrument — un 
instrument foarte complex și flexibil, care nu poate însă înlocui gândirea 
componistică și talentul muzical, sau poziția estetică a compozitorului- 
programator. Programul nu poate oferi de obicei decât schița unei 
compoziţii. Limitele sale constau și în faptul că se lucrează cu date MIDI, 
deci cu note și nu cu sunete — cel putin, în forma sa „clasică”, pentru că 
în ultimele versiuni, acest impediment a fost ingenios evitat. Dar tocmai 
aceasta este problema acum: programul a fost permanent complicat, 
prin accesarea limbajului de programare SCHEME și dezvoltarea sa pe 
această linie (ceea ce face ca unele noi rutine folosind CLISP să nu mai 
fie acceptate), apoi prin adăugarea unui „extensive compositional 
toolbox”, care cuprinde Csound, Common Lisp Music, Music Kit, C Mix, C 
Music, M4C, RT, Mix, and Common Music Notation, programe care 
„rezolvă totul” (prelucrarea sunetului, ordinea, notatia), dacă sunt 
documentate și funcționează; dar pentru fiecare nivel există programe 
separate mult mai bune. De aceea, eu „am rămas” la o versiune mai 
veche a CM, ceva mai stabilă, mai bine documentată și dotată cu 
posibilităţi suficiente. 


În efervescenta unică de idei a Cursului International de Vară 
pentru Muzică Nouă |Internationale Ferienkurse fiir Neue Musik] de la 
Darmstadt, în special în perioada 1946-1970, în a cărui directionare 
Stockhausen și Boulez au jucat un rol decisiv, au fost create multe 
premise pentru dezvoltarea ulterioară a muzicii contemporane. Printre 
acestea se numără serialismul integral, acel nou mod de a gândi muzica, 
care s-a dovedit a fi o componentă esenţială a gândirii algoritmice de 
mai târziu. Surprinzător pentru unii, această linie a fost curând 
întreruptă prin muzica aleatorică, definită chiar de autorii serialismului 
integral, Stockhausen și Boulez, în 1956-57, și nu mult mai târziu, de 
minimal music (după 1960), ca și de postmodernism (fenomen complex, 
prezent odată cu mijlocul secolului al XX-lea, al cărui „start” ar fi dificil 
de precizat). Dar perspectiva creată prin gândirea algoritmică și modul 

25 


Revista MUZICA Nr. 1 / 2024 


specific de abordare a muzicii nu sunt elemente ce pot fi „înlocuite” de 
noi curente sau orientări, pentru că ele nu se reduc la proceduri sau 
stiluri, ci reprezintă un mod de a gândi, o punte de legătură (până acum, 
poate cea mai directă si precisă) între acel „Metalevel” ipotetic și 
muzică, deci între nefiinta și fiinta unei compoziţii. 

Nu trebuie să fie însă întotdeauna o programare rigidă și 
pretențioasă pe calculator, iar programarea poate fi privită ca un „caz 
extrem”. Dar chiar și un efect indirect al acestui mod de gândire ar 
putea fi benefic în orice muzică sau în viaţă în general, deoarece impune 
ordine, claritate, exprimare concisă, coerență, finalitate, logică. lar 
acestea nu pot face rău nimănui... 


Notele autorului: 


*Comunicare prezentată la simpozionul internațional Andere Zeiten. 
Rumänische Komponisten in Darmstadt de la Dresda, 13-15 octombrie 2023, 
organizat de prof. dr. Michael Heinemann în cadrul Hochschule fiir Musik Karl 
Maria von Weber Dresden. Unul din telurile simpozionului era omagierea lui 
Pierre Boulez și a rolului jucat de el în evoluția muzicii contemporane. 

Ca și în cazurile similare, un fișier PPT atașat comunicării a inclus și 
exemple sonore; dintre acestea, se poate audia acum doar compoziția mea AB 
Skizze. Hommage a Boulez (3’ 18”), al cărei cod în CM este citat integral în 
textul comunicării.? 


**Fiind destinat unui public nefamiliarizat cu muzica românească, 
acest text conţine unele informaţii referitoare la aceasta, informaţii care pot 
părea redundante publicului românesc. 


Unele idei din acest text au fost preluate din studiul meu Compoziţia cu 
ajutorul computerului. O introducere în „muzica algoritmică”, publicat în 
Muzica nr. 2/2015, p. 12-26 și republicat în Muzica atemporală. Arhetipuri. 
Etnomuziologie. Compozitori români. Studii și eseuri de muzicologie. Vol. |, p. 
553-560, dar aceste idei au fost în mare parte reformulate și extinse. 


Sursele wikipedia au fost consultate în perioada 7-12.10.2023. 


Textele lui Pierre Boulez (volumele sunt citate prescurtat astfel, de 
exemplu: [B 1:1963 29-123] [B 11:1985 7-55]) au fost publicate prima oară în în 
cadrul Darmstădter Beitrăge zur Neuen Musik, după 1955. Ediţia în limba 
germană din care am citat în acest text (B. Schott's Söhne, Mainz, 1963) reia 
exact această versiune. 


1 https://youtu.be/8NL8-2ReKxg 
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SUMMARY 


Corneliu Dan Georgescu 
Boulez and algorithmic musical thinking 


In the unique effervescence of ideas of the Internationale Ferienkurse 
für Neue Musik in Darmstadt, especially in the period 1946-1970, Pierre 
Boulez stands out, together with Stockhausen, as a leading theorist and 
a permanent source of new ideas for modern music of those years. 
Among these, the idea of integral serialism and, implicitly, of treating 
musical parameters as equal in terms of their numerical control, 
including their interchangeability, indirectly paves the way for 
algorithmic musical thinking. Common Music, originally written around 
1990 in the CLISP programming language by Heinrich K. Taube, is 
perhaps the most efficient and flexible program for this purpose. It is 
not about a particular musical style, nor a particular method of 
composition, but a way of thinking, a way of "building" music, based on 
a project that originally existed, according to the program's author, in a 
hypothetical "Metalevel". 


27 


